home *** CD-ROM | disk | FTP | other *** search
/ Columbia Kermit / kermit.zip / newsgroups / misc.19960209-19960425 / 000263_news@columbia.edu _Sat Mar 23 10:23:00 1996.msg < prev    next >
Internet Message Format  |  2020-01-01  |  4KB

  1. Return-Path: news@columbia.edu
  2. Received: from apakabar.cc.columbia.edu (apakabar.cc.columbia.edu [128.59.35.159]) by watsun.cc.columbia.edu (8.7.3/8.7.3) with ESMTP id KAA29434 for <kermit.misc@watsun>; Sat, 23 Mar 1996 10:23:00 -0500 (EST)
  3. Received: (from news@localhost) by apakabar.cc.columbia.edu (8.7.3/8.7.3) id KAA20596 for kermit.misc@watsun; Sat, 23 Mar 1996 10:22:57 -0500 (EST)
  4. Path: news.columbia.edu!watsun.cc.columbia.edu!fdc
  5. From: fdc@watsun.cc.columbia.edu (Frank da Cruz)
  6. Newsgroups: comp.protocols.kermit.misc
  7. Subject: Re: MS-Dos Kermit 3.14 problem with my PCMCIA modem's uart
  8. Date: 23 Mar 1996 15:22:50 GMT
  9. Organization: Columbia University
  10. Lines: 68
  11. Distribution: usa
  12. Message-ID: <4j150a$k3f@apakabar.cc.columbia.edu>
  13. References: <4iufsq$ggp@nntpb.cb.att.com>
  14. NNTP-Posting-Host: watsun.cc.columbia.edu
  15.  
  16. In article <4iufsq$ggp@nntpb.cb.att.com>,
  17. Jeff Siegel <js@hornet.ho.att.com> wrote:
  18. : I am having a problem with MS-DOS Kermit 3.14 patch level 9 running on an
  19. : AT&T Globalyst 200S laptop with an AT&T Keep-In-Touch 28.8K data/fax 
  20. : pcmcia modem (model 3765-B1-261 A)
  21. : The problem is that characters arriving from the other end of the connection
  22. : seem to get "stuck" in a buffer somwhere and don't appear on my screen until
  23. : additional characters arrive to "push" them out.
  24. : For example, I usually connect to Unix workstations. If my shell prompt
  25. : is set to "\home\jeff: "  on my screen will appear:
  26. : \home\j
  27. : If I press return, then the "eff: " will come out on the screen followed by
  28. : another "\home\j" Essentially, the last few characters always stuck inside
  29. : the modem (or kermit) instead of being displayed.
  30. : Kermit identifies the modem as COM2, Port \x2F8, IRQ3, 16550A
  31. : Other DOS comm packages don't exhibit this problem with my modem.
  32. :
  33. Kermit is interrupt driven, the other communication packages probably poll.
  34. Polling is a no-no in Windows.
  35.  
  36. : I have borrowed a different brand of modem and tried it, and it did work
  37. : ok with kermit. So it appears to be a compatibility problem between
  38. : kermit and my modem. Unfortunately, it is too late to return my modem 8-(
  39. If the UART sets the bit saying it has characters available, Kermit gets an
  40. interrupt on interrupt request (IRQ) line 3 (in this case) and grabs the
  41. character(s) and handles them instantaneously.
  42.  
  43. There are many possible explanations.  Some that spring immediately to
  44. mind are:
  45.  
  46.  1. You've got an interrupt conflict on IRQ3.
  47.  
  48.  2. You have a flow-control mismatch.  Modern modems support RTS/CTS flow
  49.     control and so does Kermit.  Make sure both Kermit and the modem are
  50.     configured to use RTS/CTS.
  51.  
  52.  3. The UART not setting the "characters available" bit promptly enough.
  53.     That is, it's waiting until its FIFO buffer fills up before telling
  54.     the PC that it has characters available.  Hopefully your PCMCIA card
  55.     comes with some kind of management program that lets you tune things
  56.     like this.
  57.  
  58.  4. Same as (3), but it's the modem half of the PCMCIA card doing this,
  59.     not the UART half.  Some modems are "tuned" for network applications
  60.     like file transfer and wait for an internal buffer to fill up before
  61.     passing data along to the "other side".  There is generally a timeout
  62.     value too, which says when to send the data even if the buffer is not
  63.     filled up.  Hopefully this can be tuned in the modem configuration.
  64.  
  65. As a test of (4), try disabling your modem's error correction and data
  66. compression and see if that makes the problem go away.
  67.  
  68. If you would care to report back, I'm sure many readers would be
  69. interested to learn the outcome.
  70.  
  71. Also, what dialing script are you using?  Does one of the pre-packed
  72. scripts work for you?  If so, which one?  If not, did you create a new
  73. one?  If so could you send it in?  If not, if you could furnish us with
  74. the modem's command list, then we could make one for you.
  75.  
  76. - Frank